home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19980424-19980901
/
000294_news@newsmaster….columbia.edu _Fri Jul 24 18:36:27 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA10257
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 24 Jul 1998 18:36:27 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA25627
for kermit.misc@watsun; Fri, 24 Jul 1998 18:36:26 -0400 (EDT)
Path: news.columbia.edu!panix!logbridge.uoregon.edu!nntp.teleport.com!news.teleport.com!not-for-mail
Message-ID: <35B8CB68.7C348BE3@teleport.com>
From: Peter Miller <peteski@teleport.com>
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
Newsgroups: comp.protocols.kermit.misc
Subject: Stuck transmission
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 69
Date: Fri, 24 Jul 1998 17:52:54 GMT
NNTP-Posting-Host: 204.202.172.98
NNTP-Posting-Date: Fri, 24 Jul 1998 10:52:54 PDT
Xref: news.columbia.edu comp.protocols.kermit.misc:9002
I am having trouble with stuck file transmissions. I am trying MSKERMIT
(versions 3.15 and 3.16 alpha) between 2 Win95 machines (the intended
machines will probably be MS-DOS).
I am running one in server mode and the other dials in and initiates
transfers.
It seems to work fairly well except when I send a large file to the
server, the transmission
seems to get stuck at the very end with both sides just sitting there
doing nothing. This will happen about half of the time. After waiting
for about 45 seconds, I hit <ENTER> to retry on either side and the
transmission quickly finishes. As I am trying to write scripts to
completely automate file transmission, this is a little inconvenient.
Any ideas? I am using a window size of 31 and a packet size of 512,
file type is BINARY. Following is the debug dump of packets sent
(captured from the caller's side) at the very end of the transmission:
Thanks,
Peter Miller
pm@thedvi.com
Spack: ^A YD%=?FG;>~7Ru~p~C#~I#NOR3~v3#~?~6#~@~v~V#~J~V~1#DFRQ#~J~,iRF
"~j2~d#~J#~DiRF"~B~1#F~S~`#~J~M2~m3~R#C~A~9#B#@~w~qYZ#~I#~E#@=#~C~G#B#
~~~I#~~~Iu~N;>ORu~E~C#~I#NOR3~v3#~?~6#~@~v~V#~J~VQ~9#B#@Q#~J~$iR2~@F"~b
3~I~1#G~S~`P2~@#~J~$iRF~1#A~S~hY#K~AP#~J#~DiRF2~dY#K~A#~I#~E#@=GGY~b~M
230 108314 of 31
Spack: ^A ZD"CC+#~?v#N#~?v#F#~P#N~hk~O#~IF~|#~A#~~|~ #@|(#~Z+v~V+#~?v#
N#~Z~(q~V+#~MF~|P#~?v#L#~?v#H#~?v#F3~@P#~P#N~h#~R~d~FF~z#A~k"#~?v#N~8#
Q#@P~8cr#^P#~Z#~Gs~V+#~?v#N#~MF~z#^P#~ZBv~V+~FF~z#@~vF~z#Au#W~8#P#@P~8
urP#~Z~HN~V+#~MF~x#^P#~ZUl~V+#~JF~z#~HF#~~#~KF#~~^_#~K~e]~J#J#@U#~K~l#
5 108415 of 31
<< LAST FULL PACKET FROM SENDER ABOVE
Spack: ^A%[Z/ &^M << FINAL PACKET FROM SENDER
Rpack: ^A%MY /<^M << RECEIVER IS FINISHING UP ACK OF WINDOWED
PACKETS
Rpack: ^A%NY"FT^M
Rpack: ^A%OY#!L^M
Rpack: ^A%PY"8U^M
Rpack: ^A%QY#_M^M
Rpack: ^A%RY!6%^M
Rpack: ^A%SY Q=^M
Rpack: ^A%TY$%5^M
Rpack: ^A%UY%B-^M
Rpack: ^A%VY'+E^M
Rpack: ^A%WY&L]^M
Rpack: ^A%XY.CU^M
Rpack: ^A%YY/$M^M
Rpack: ^A%ZY-M%^M << THIS APPEARS TO BE THE LAST
ACKNOWLEDGEMENT
Rpack: << I HIT <ENTER> TO RETRY ON SENDER'S
SIDE
<Timeout>
110841 of 31
Spack: ^A%[Z/ &^M << COMMUNICATION CONTINUES
Rpack: ^A%[Y,*=^M
1085
Spack: ^A%\B"''^M
Rpack: ^A%[Y,*=^M
Rpack: ^A%\Y(^5^M
Completed << NOW ITS DONE
File chars/sec: 1,788 Efficiency (38400 b/s): 47%